SELECTIVE MEDIA CAPTURE VIA A COMMUNICATION DEVICE 



DESCRIPTION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[Para 1] This application is a continuation of application serial number 
09/982,233, filed October 1 9, 2001 , of the same title. 

FIELD OF THE INVENTION 

[Para 2] The present invention relates to data sharing and capturing 
systems. More specifically, the invention provides methods and systems 
through which users may selectively capture data using a communication 
device, such as a mobile telephone. 

BACKGROUND OF THE INVENTION 

[Para 3] When individuals and students watch presentations at a conference 
or receive instruction in a classroom environment, the individuals will often 
take notes regarding that which they see and learn. A common practice by 
speakers and teachers is to project slides onto a large display screen for use as 
visual aids during the presentation or class. The individuals attending the 
presentation or class often copy entire slides by hand in the course of taking 
notes. However, often the speaker or Instructor moves too fast, and displays 
the next slide before an individual can copy the previous one. 

[Para 4] In addition, individuals often request a copy of a data file even 
though she may only need a specific item from the file. For instance, a 
conference attendee may request a copy of a forty-slide PowerPoint® 
presentation given by a conference speaker because the attendee wants a copy 
of the statistics located on slide fifteen. The attendee gives her email address 
to the speaker, who later emails the attendee a copy of the complete 



presentation, using more storage space than if tPie speal<er could send, or 
otPierwise provide, only a copy of the requested slide to the attendee. In 
addition, the speaker must expend time to prepare and send the email to the 
requestor. 

[Para 5] Thus, it would be an advancement in the art to provide an 
automated system that allows individuals to capture content as it is displayed 
on a display screen, such as by using a mobile or portable device. 

[Para 6] However, portable devices' storage capacities are often limited and 
prohibitively small for capturing data files generated from or stored on a 
conventional PC computer. If a user wants to copy a data file from a 
conventional PC, and the user does not have a storage medium (e.g., floppy 
disk) with enough storage capacity to copy the wanted data file, the user 
cannot copy the file. Portable devices such as mobile telephones and personal 
digital assistants (PDAs) often include only limited storage capacities, e.g., 8 
MB up to 64 MB, compared to 1 0 gigabyte (GB) to 1 00 GB hard drives on 
conventional PCs. Thus, users often cannot copy data files using only a 
portable device, as the device may not contain enough free memory to copy 
the entire data file. 

[Para 7] One known solution to this problem is to send the wanted data file 
via a computer network to a requestor's email inbox or network storage drive. 
However, network storage drives, including those used to store emails, quickly 
become saturated as users forward copies of data files to large email and 
network distribution lists. In addition, the email system may store multiple 
copies of the data file, one for each user receiving it, and the receiving users 
may each then save a copy of the data file to their own network drive. 
Furthermore, these forwarded data files may be stored but never read by the 
requesting user(s), thus wasting limited storage space. 

[Para 8] A known solution to the above problem is to edit the file before 
sending it to the requesting user, so that only the requested slide is sent. The 
presenter can also restrict and/or redact specific slide content within the 
presentation, for the purposes of protecting the content or other proprietary 
information, before sending any slides to the requesting user. However, this is 



time consuming and quicl<ly becomes tedious as multiple users each request 
different portions of the same file. 

[Para 9] Thus, it would be an advancement in the art to provide a system 
that allows users to copy data files using a portable device with limited storage 
capacity. It would be another advancement in the art to provide a system that 
allows users to copy an image on a display screen or a portion of a file at a 
user's or file owner's discretion, rather than being required to copy the entire 
file. It would be a further advancement if the system could provide, to a 
requesting user, a pointer to a storage location from which the user could later 
retrieve the file. It would be a further advancement in the art to provide an 
automated system for distributing data content on demand that requires 
minimal effort by a file provider. 

BRIEF SUMMARY OF THE INVENTION 

[Para 1 0] A first aspect of the invention provides a wireless selective content 
distribution and capture method, including a set of steps. A content server 
receives a first request for available content items from a nearby mobile unit 
over a wireless medium. The content server transmits a first response to the 
mobile unit, wherein the first response includes information associated with 
available content items. The content server receives a second request for a 
specific content item from the mobile unit. The content server transmits a 
second response to the mobile unit including data corresponding to the 
specific content item. 

[Para 11] In some embodiments, the second response includes a link to a 
network location from which the specific content item may be retrieved. In 
other embodiments, the second response includes the actual content item. 
The mobile unit may open a data channel with a network store and relay the 
specific content item to the network store via the data channel. 

[Para 1 2] In various embodiments of the invention, the mobile unit and 
content server communicate using low power radio, including Bluetooth, or 
infrared light. 



[Para 1 3] The mobile unit may be a mobile telephone, personal digital 
assistant, or other portable computer device. 

[Para 14] In some embodiments, the content server authenticates the mobile 
unit before sending one of the first and second responses. 

[Para 1 5] The inventive method may also be embodied in a content server, a 
mobile unit, and a computer readable medium. 

[Para 16] Another aspect of the invention provides a wireless selective content 
distribution and capture method, including a set of steps. A content server 
wirelessly receives a request for content from a nearby mobile unit. The 
content server identifies data corresponding to a video display image displayed 
at a time when the request is received, and sends a response to the mobile 
unit. The response includes data corresponding to the identified data. 

[Para 1 7] In some embodiments, the response includes a link to a network 
location from which the identified data may be retrieved. In other 
embodiments, the response includes the data file from which the displayed 
video display image was generated. In still other embodiments, the response 
includes a graphic file storing a representation of the displayed video display 
image. 

[Para 1 8] The method may be performed by a content server apparatus 
including a video input port for receiving a video display signal, and the 
captured video image is based on the video display signal. The content server 
apparatus may further include a video output port through which the received 
video display signal is retransmitted. 

[Para 1 9] The method may also be embodied in a computer readable medium 
or a mobile unit. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[Para 20] A more complete understanding of the present invention and the 
advantages thereof may be acquired by referring to the following description 



in consideration of tPie accompanying drawings, in wiiicli lil<e reference 
numbers indicate lil<e features and wherein: 

[Para 21] Figure 1 illustrates a block diagram of an embodiment of the 
invention. 

[Para 22] Figure 2 illustrates a mobile device with a display screen after 
detecting a content server. 

[Para 23] Figure 3 illustrates a mobile device displaying a file selection screen. 

[Para 24] Figure 4 illustrates a mobile device displaying a portion selection 
screen. 

[Para 25] Figure 5 illustrates a mobile device displaying a range beginning 
query. 

[Para 26] Figure 6 illustrates a mobile device displaying a range ending query. 

[Para 27] Figure 7 illustrates a mobile device displaying a transfer complete 
screen. 

[Para 28] Figure 8 illustrates a flowchart of a method according to an 
embodiment of the invention. 

[Para 29] Figure 9 illustrates a table representative of server module 
configuration data. 

[Para 30] Figure 1 0 illustrates a schematic diagram of an embodiment of the 
invention. 

[Para 31 ] Figure 1 1 illustrates a block diagram of a content server according 
to an embodiment of the invention. 

[Para 32] Figure 1 2 illustrates a block diagram of a computer readable 
medium according to an embodiment of the invention. 

[Para 33] Figure 1 3 illustrates a portion of a screenshot of an application 
program adapted according to an embodiment of the invention. 

[Para 34] Figure 1 4 illustrates a flowchart of a method according to an 
embodiment of the invention. 



[Para 35] Figure 1 5 illustrates a mobile device displaying a get current item 
screen according to an embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[Para 36] Using methods and systems of the invention as described herein, 
users may capture data files, or portions of data files, from a nearby content 
server using a mobile device. In general, users may capture data files using 
wireless communication links between a mobile device and a content server. 
The mobile device may then store the content in the device itself, or act as a 
conduit to stream the data to a network storage device. Alternatively, the 
device may capture a pointer to a data storage location, which may be used for 
later retrieval of the data file or a portion thereof. 

[Para 37] The invention allows users to use mobile devices including, but not 
limited to, a mobile telephone, personal digital assistant (PDA), laptop or 
palmtop computer, or other mobile device with wireless communications 
capabilities, to request and capture data from a content server. Wireless 
communications technologies that may be used include infrared, Bluetooth, 
802.1 1 , GSM, CDMA, wireless LAN, or any other known wireless 
communications technology. 

[Para 38] An embodiment of the invention is described with reference to FIG. 
1 . The inventive system may use three primary software modules, each 
residing on a separate device, to request, serve, and fetch content. There is a 
server module 1 01 , a capture module 1 03, and a fetching module 1 05. More 
or fewer software modules may alternatively be used, depending on design 
factors, user needs, and the like. Server module 101 typically resides on a 
computer 1 07 connected to a content store 1 1 3 that contains content available 
to be served in response to user requests. The data store may alternatively be 
located within the same computer 1 07 as server module 1 01 . The server 
module receives content requests from mobile devices 109 and serves the 
requested content, or a link to the requested content, to the requesting mobile 
device. Server module 101 may include submodules for performing various 
tasks, including parser submodule 127, configuration submodule 125 and 



screen capture submodule 123, all of which are described in more detail 
below. The computer 107 on which server module 101 resides is referred to 
as a content server. 

[Para 39] Parsing submodule 1 27 may be used to strip pages from multiple 
page files. That is, if a ten page Word® document is the basis of a request, the 
parsing submodule may strip out each page, creating ten one-page Word® 
documents, each containing a single page of the original ten page document. 
The parser submodule may also automatically create pointers to the storage 
location of each stripped page, which the server module may then provide to 
mobile units upon request, as described below. That is, server module 101 
may send to any given mobile device the actual content and/or a pointer to a 
location from which the actual content may later be retrieved. 

[Para 40] The capture module 1 03 typically resides on a mobile device 1 09, 
and provides the user interface through which a user can request content from 
a content server. The capture module may store the content locally after the 
content server has served it to the mobile device. Alternatively, when server 
module 1 01 sends a link to the requested data, the capture module stores the 
link on the mobile device for further use. 

[Para 41 ] The fetching module 1 05 typically resides on a user's conventional 
computer 111, such as a laptop or desktop personal computer. The fetching 
module 1 05 downloads from the mobile device that which was served to the 
capture module 1 03 by server module 1 01 . That is, when the content served 
to the capture module includes a complete data file, or a portion of a data file, 
the fetching module downloads the data to the PC by interacting with the 
capture module on the mobile device. When the served content includes a link 
to data, the fetching module downloads the link to the conventional PC, reads 
the link data, and fetches the content from the location defined by the link, 
such as content store 1 1 3, via one or more computer networks 1 1 5. The 
device on which a fetching module resides is referred to as a destination 
computer. 

[Para 42] For instance, using the above-described architecture, a speaker 
("originator") may give a speech at a conference or other gathering of people, 



during which he or she uses as a visual aid slides projected from a laptop 
computer onto a large screen using a computer display projector. The 
originator can make available to attendees copies of the set of slides, or 
individual slides within the set, by configuring a server module on his or her 
laptop to serve the requested slides or links thereto to mobile devices upon 
request. The laptop computer may act as both a content server and a content 
store. Copies of the requested data may be served in the data file's native 
format (e.g., PowerPoint® slides may be served as .PPT files), as a graphical 
image of the slide (e.g., as a GIF, TIFF, BMP, or other graphical format file), or 
in a proprietary format used specifically for purposes of data transfer. 

[Para 43] Media server module 1 01 may emit a polling signal (via wireless 
technology) indicating that it is available as a content server. When a mobile 
device is in the proximity of content server 107, in this instance the laptop on 
which the slide file is stored and from which the slides are projected, media 
capture module 1 03 will receive and interpret the signal. Mobile device 1 09 
may optionally display a message on its display screen indicating that a 
content server has been detected, or play a sound, or provide some other 
indication to the owner/user of the mobile device. An example of a 
notification screen is shown in FIG. 2. 

[Para 44] As each attendee ("recipient") views the slides during the 
presentation, she may decide that she would like a copy of one or more of the 
slides. Using her mobile device 1 09, for instance a mobile telephone, the 
recipient may connect to server module 101 by pressing the button directly 
below the 'YES' option in FIG. 2. FIG. 3 illustrates a selection screen after the 
mobile device 109, under the control of capture module 103, connects to 
server module 101 . The selection screen displays a list of files being served by 
server module 1 01 that are available for recipients to request. While, in this 
example, recipients may only be aware of the slides being projected by the 
originator's computer onto the screen, the content server 107 may store 
multiple files available for recipients to request, and indicate to recipients that 
other files are available. In this example, the presentation slides, a data file 
(e.g., statistical data referred to in the presentation), and a contact information 



file (e.g., containing tPie speal<er's contact information, sucPi as telepPione and 
email, in known file formats) are available. Any file may be made available at 
the originator's discretion. 

[Para 45] When the user selects the keypad number associated with the 
desired file, the mobile device may send the selection to server module 1 01 . 
The server module may send a response to the capture module 1 03 on the 
mobile device 109, including an indication of that which the user may further 
select from within the initially selected file (e.g., slides versus pages, allowed 
pages, total number of pages, etc.). The capture module interprets the 
response, and the mobile device displays a second selection screen, such as a 
slide selection screen shown FIG. 4. 

[Para 46] From the slide selection screen, the recipient may select that she 
only wants to receive specified slides, instead of receiving the complete set of 
slides, by selecting keypad button '2'. The recipient then enters the first slide 
she wants, for instance slide '10,' in response to a first query illustrated in FIG. 
5. The recipient next enters the last slide she wants, for instance slide '1 3,' in 
response to a second query illustrated in FIG. 6. Server module 101 then 
sends the requested content from the content store 1 1 3 to the mobile device 
1 09. Again, the content store 1 1 3 may be located on the same computer 1 07 
or a different computer than that on which server module 1 01 is stored and 
executed. When the requested content has been sent, the mobile device 1 09 
may display a notification, such as that illustrated in FIG. 7. When the recipient 
requests pages out of the range of total or allowed pages, an error message 
may be displayed (not shown) or alarm sounded. It should be appreciated by 
those skilled in the art that other slide selection schemes may also be used. 

[Para 47] The recipient may later download the content to a destination 
computer by connecting the mobile device to the destination computer, using 
either wireless communications, or by direct cable connection between the 
mobile device and the destination computer. Capture module 103 and 
fetching module 1 05 interface in such a manner that the content is 
downloaded from the mobile device to the destination device. Interface 
techniques are known in the art, such as are used for synchronizing telephone 



numbers and other information on a mobile telepPione or PDA witPi information 
contained on a computer. WPien the content is a pointer, the fetching module 
1 05 retrieves the actual content from the network, as defined by the pointer. 
In one embodiment, fetching module 1 05 contains logic that allows a user to 
edit the pointer so that the user may request more or fewer pages than 
originally requested, when allowed. 

[Para 48] FIG. 8 illustrates a method according to an embodiment of the 
invention. In step 801 , the content server 1 07 receives a first wireless request 
for content from a mobile device 1 09. The content server 1 07 provides the 
response to server module 101 for processing. In response to receiving the 
first request, in step 803, server module 101 sends a response to the capture 
module 103 on the requesting mobile device 109, indicating the available 
content. The mobile device in step 805 sends a second request to the content 
server 1 07. The second request may contain refined information indicating 
the specifically requested content. In response to receiving the second 
request, server module 101 interprets the second request, in step 807, to 
determine the content that the recipient is requesting. 

[Para 49] Server module 1 01 may optionally authenticate the request, in step 
809, to determine whether the recipient is authorized to receive the requested 
content and/or to confirm the identity of the mobile device 1 09. That is, each 
request may include an indication of the mobile device's and/or the recipient's 
identity. Server module 101 , using known encryption and authentication 
techniques, may confirm that the mobile device 109 is the mobile device that it 
claims to be, and also whether the user of that mobile device is authorized to 
receive the requested content. 

[Para 50] Upon confirming that the mobile device is authorized to receive the 
request content, server module 1 01 , in step 81 1 , may create a pointer to a 
location of the requested file, including an indication of the specifically 
requested portions (e.g., slides, pages, worksheets, data, etc.). A pointer may 
be a URL, such as the following: 

[Para 51] /I 51 .61 .42.64/trainingslides/mypresentation.ppt(slide 7) 
[Para 52] /244.1 3.43.1 5/documents/mywordfile.doc(entire file) 



[Para 53] It should be apparent to those of skill in the art that various pointer 
formats may alternatively be used, as long as the pointer contains an 
indication of the requested file, and optionally an indication of specifically 
requested portions of that file. Finally, in step 81 3, server module 101 sends 
the pointer to the requesting mobile device via wireless communications. Each 
mobile device may simultaneously store multiple pointers or data files, limited 
only by the mobile devices' internal memories, by repeating the above method. 

[Para 54] The recipient, in step 81 5, transfers the pointer(s) from the mobile 
device. In one embodiment, the pointer(s) are transferred to a destination 
computer having access to the network on which the actual content is stored. 
The destination computer executes the fetching module to download the 
captured pointers and, in step 81 7, retrieves the actual captured content via 
the network. 

[Para 55] Alternatively, if the mobile device is connected to the network and 
the mobile device has enough resources (e.g., memory), the mobile device may 
contain a fetching module as well as a capture module, and the mobile device 
itself may fetch the content from the network. 

[Para 56] In another embodiment, the mobile device may transfer the 
pointer(s) to a secondary storage device, from which the pointer(s) may later 
be retrieved. The mobile device may transfer the pointer(s) to any device or 
storage location with which it can communicate. Depending on the specific 
mobile device's capabilities (e.g., WAP mobile phone, GSM mobile phone, PDA 
with wireless Internet access, etc.), the pointer(s) may be transferred to and 
stored on an Internet accessible hard drive (e.g., Xdrive.com), a remote server, 
at a specified URL or FTP site, on a hard drive on a LAN, or on any other 
storage device. Thus, if the mobile device is GSM mobile phone, the pointer(s) 
may be transferred via an SMS (Short Message Service) message to any SMS- 
enabled recipient. However, if the mobile device is a WAP phone, the phone 
may send a command to an Internet storage hard drive, FTP site, or other 
networked storage location and store the pointer(s) at that storage location. 
The same or a different user may later retrieve the pointer(s) from their stored 



locations and retrieve tlie actual content from the location defined by the 
pointer(s). 

[Para 57] It should be apparent to one of skill in the art that the above steps 
may be performed in other than the recited order. For example, authentication 
step 809 may be performed after the content server receives the first request 
from the mobile unit. It should also be apparent that some steps may be 
optional, e.g., at least authentication step 809. Additional steps (not shown) 
may also be performed to provide a more robust and secure system. That is, 
more than one or two request/response pairs may be used to provide varying 
levels of security and authentication. In addition, rights management and 
forward lock restrictions may be imposed for the stored content, and therefore 
use additional security measures as are known in the art. The additional 
security measures, in turn, typically require additional communications 
between the content server and/or the network and the mobile device and/or 
the destination device. 

[Para 58] As referenced above, server module 101 may be configured using 
configuration submodule 125 to provide selected files only to a predetermined 
or otherwise authorized set of recipients. That is, when an originator specifies 
that a data file is available for recipients to request, the originator may 
configure server module 1 01 to only allow predetermined recipients, or a 
predetermined class of recipients, to have access to the file. In addition, the 
originator may configure server module 1 01 to allow recipients to have access 
only to specified portions of each data file. Still further, the originator may 
configure server module 1 01 to allow recipients to have access to each data 
file only at specified times and/or on specified dates. 

[Para 59] FIG. 9 illustrates a tabular representation of server module 
configuration data. The configuration data specifies which data files are 
available for request, which recipients have access to each file, when recipients 
have access to each file, and which portions of each file a recipient may 
receive. The data in FIG. 9 indicates that the entirety of file no. 1 is available 
to all users at all times, but only on October 1 5, 2001 (e.g., at a one day public 
presentation). Only pages 2-5, 1 0, and 1 3 of file no. 2 are available, but they 



are available to all users at all times on all days. The data further indicates 
that only users 'jjones' and 'bsmith' have access to file no. 3, and then only 
between the hours of 9 AM and 5 PM. File no. 4 is available to any user that 
knows the file password. That is, when a user requests file no. 4 or any 
portion thereof, server module 101 sends a response to capture module 103 
indicating that a password is required. Capture module 103 prompts the user 
for a password, which upon entering is relayed to server module 101. If the 
recipient entered the correct password, then the file (or a pointer) is served to 
the mobile device 109. 

[Para 60] The data also indicates that file no. 5 is only available to a class of 
recipients. Specifically, those recipients that have administrator privileges, as 
indicated by the recipient's authentication information, as is known in the art. 
File no. 6 is available to all users, but only during conventional working hours 
on weekdays. File no. 7 is available to all recipients identified as students, but 
only on or after December 1 0, 2001 (e.g., to distribute exam results). It 
should be readily apparent to those of skill in the art that unlimited 
combinations of restrictions are possible, and restrictions based on other 
variables, such as a recipient's age or gender, or geographic location, may also 
be used. 

[Para 61 ] Server module 1 01 may also be configured to serve content in 
various data formats. In a first embodiment, server module 1 01 always serves 
the content in the native data format in which the originator provided the file. 
In this embodiment, server module 101 may contain logic, for instance parser 
1 27, to automatically copy only those pages/slides requested by a recipient, 
and paste the requested portions into a new file in the native file format. The 
new file is then sent to the mobile device 1 09, or placed on a content store 
1 1 3 for the recipient to fetch at a later time using the pointer served by server 
module 1 01 . 

[Para 62] In another embodiment, because not all computers can read and 
understand the same file types, server module 101 provides content in a single 
data format, such as a standard or proprietary graphic format. Examples of 
file formats that may be used include GIF, JPG, TIFF, PDF, BMP, and the like, or 



a proprietary format for use only by server module 1 01 , capture module 1 03, 
and fetch module 1 05, and related software. Server module 1 01 , and more 
specifically screen capture submodule 123 and parser submodule 127, may be 
configured to copy a screenshot of each requested page of a requested data 
file, and paste each page into a new file as a graphical image. Server module 
1 01 may store the requested pages in the new file on the content store 1 1 3, 
and send a pointer to the requesting mobile device 1 09 for that new file. 
Alternatively, server module 1 01 may send a pointer to mobile device 1 09 for 
each requested page of the requested file. In this manner, server module 101 
is not required to create a new unique file for each recipient, and at most one 
screenshot of each page is needed. In yet another embodiment, either the 
originator or the recipient may request the file be served in a specified format, 
when available. 

[Para 63] Users (originators) may configure server module 1 01 in any manner 
as is known in the art. In one embodiment, the configuration submodule 1 25 
includes a configuration application, through which an originator can add a file 
to the list of available files, remove a file, or edit a file's availability criteria. 
For each file, the originator can specify the criteria under which the file is 
available to recipients, as discussed above, using the configuration application. 

[Para 64] In one embodiment, the configuration submodule 1 25 may also be 
integrated into a computer's operating system and/or known application 
programs, as is known in the art. For instance, upon installing the server 
module on a computer, a new menu option called "add to content server" (or 
similar) may be added to the menu of items that appear when a user right- 
clicks on a data file in any of the operating system's various screens. 
Operating systems with which the system may be integrated include 
Windows®, UNIX, Mac OS®, Palm OS®, Symbian Epoc, and the like. 

[Para 65] With reference to FIG. 1 3, in another embodiment there may also or 
alternatively be a similar new menu item 1 301 (or button) added to a menu (or 
toolbar) in known applications, such as the 'File' menu 1 303 in Microsoft 
Word®, Microsoft PowerPoint®, Corel WordPerfect®, and the like. When a user 
selects the new menu option 1 301 , content server 1 07 activates the server 



module 1 01 , which prompts the user for the criteria under which the new file 
is available for request by recipients. After setting the availability criteria, the 
file is added the server module's 101 database of available files. 

[Para 66] In an embodiment of the invention, server module 101 may be tied 
to that which is presently displayed on the host computer's display screen or is 
presently being sent to the host computer's video output port. That is, server 
module 1 01 may be configured to serve only that which a recipient can see. In 
this embodiment, the originator activates and deactivates server module 101 
at his or her discretion, thus allowing recipients to only receive information as 
decided by the originator. For instance, an originator may activate server 
module 1 01 at the beginning of a presentation so that recipients can request 
and receive copies of the presentation slides, and deactivate server module 
101 when the presentation is completed. 

[Para 67] While the content server is active, recipients may send a request for 
the presently displayed information, such as is shown in FIG 1 5. When server 
module 101 receives the request, the server module instructs screen capture 
submodule 1 23 to capture the present screen information, e.g., by taking a 
screen shot of the display or by capturing the video output stream. In one 
embodiment, server module 101 then stores the screen information into a new 
graphic file, and sends the new graphic file to the requesting mobile device. In 
another embodiment, server module 101 pastes the screen information into a 
new graphic file, stores the new graphic file on the content store 1 1 3, and 
sends a pointer referring to the new graphic file, to the requesting mobile 
device 1 09. The recipient may then download the pointer at a later time to a 
destination computer 1 1 1 , as described above. 

[Para 68] Because it is possible that a recipient's destination computer 1 1 1 
may not be connected to the same network as the content store 1 1 3, another 
embodiment of the invention uses the mobile device 109 as a streaming or 
packet-based file transfer conduit. That is, server module 1 01 may send the 
actual data to the mobile device 1 09. The mobile device simultaneously opens 
a data channel with the recipient's network, and stores the data on a remote 
storage device through the data channel. The remote storage device may be 



an Internet storage device, a network hard drive, tPie recipient's computer's 
liard drive, and tlie like, so long as the mobile device is capable of opening a 
data channel with the remote storage device, as is known in the art. When the 
data transfer is complete, the mobile device closes the data channel. The data 
transfer through the mobile device from the originator's content store to the 
recipient's network storage may be streamed or packet-based, as is known in 
the art, and the data file may be sent to the remote storage device as it is 
received from the content server, without waiting for the complete file to be 
received from the content server. Using a mobile device as a transfer conduit, 
recipients may receive data when the complete data file is larger than the 
available memory on the mobile device and/or when the recipient's destination 
computer is not connected to the same network as the data store. 

[Para 69] In another embodiment of the invention, the mobile device 1 09 may 
store the data file on an attached memory module, such as a single inline 
memory (SIM) card, memory stick, SmartMedia card, or the like. The recipient 
may later download the information from the memory module to a destination 
computer using conventional techniques. 

[Para 70] With reference to FIGS 1 0 and 1 1 , in another embodiment of the 
invention, server module 1 01 may be stored in and executed by a content 
server 1 1 7, separate from host computer 1 07. The content server 1 1 7 may be 
connected to the video output port of host computer 1 07, and may include a 
processor 1101, system memory 1 1 03 (e.g., RAM, ROM, etc.), hard disk 1 1 05, 
transceiver 1 1 07, video input port 1 1 09, video output port 1111, and network 
interface 1113. The processor 1 1 01 may be used to control operations of the 
content server 1 1 7. The hard disk 1 1 05 may be used for storing data, 
application software and operational software. The transceiver 1 1 07 may be 
used for receiving requests from and sending content (or pointers) to mobile 
devices. The video input port 1 1 09 may be used for receiving video content 
from the host computer's video output port (e.g., a monitor output port on a 
laptop computer). 

[Para 71 ] When the content server 1 1 7 receives a request from a mobile unit 
via transceiver 1 1 07, the content server captures to system memory 1 1 03 or 



hard disk 1 1 05 the presently displayed video information from the host 
computer's video output port as it is received through video input port 1 1 09. 
The content server 1 1 7 writes the screen information to a file as a graphical 
image, and sends the image file to the requesting mobile device via transceiver 
1107. 

[Para 72] In one embodiment, the server device 1 1 7 is connected to a network 
store 1 1 3 through network interface 1113. When the server device 1 1 7 
receives a request for content from mobile device 1 09, content server 1 1 7 
writes the captured display information to a data file, and sends the file to 
network store 1 1 3. The content server 1 1 7 then sends a pointer 
corresponding to the data file's location to the requesting mobile device 1 09. 
Recipients may then obtain the data file from the network store 1 1 3 via a 
destination computer 1 1 1 and fetching module 105, as described above, by 
downloading the pointer from mobile device 1 09 to destination computer 1 1 1 
or any other pointer storage location with which it can communicate. 

[Para 73] Because many computers only contain one video output port, and 
because originators may want to use the external server device 1 1 7 while 
giving a presentation to one or more users, the server device 1 1 7 may 
optionally include a video output port 1111, through which the video output 
from the host computer 1 07 is retransmitted as it is received through video 
input port 1 1 09. A computer display projector 1 1 9 may be connected to the 
video output port 1111 in order to project the display image onto a screen 
121. 

[Para 74] In another embodiment of the invention, content server 1 1 7, in 
addition to being connected to the video port of computer 1 07, may also be 
networked with computer 107. When content server 1 1 7 receives from mobile 
unit 1 09 a request for content that is presently displayed, content server 1 1 7 
may request from computer 1 07 (or network store 1 1 3) a copy of the actual 
data file (or a pointer to its location) from which the display is generated, and 
either server the actual data file (or a selected portion) in its native file format 
or a pointer to its location to the requesting mobile unit, as in any of the 
embodiments described above. 



[Para 75] A general method for performing an embodiment of tine invention 
where the served content is based on a file presently displayed on a display 
screen Is illustrated in FIG. 14. Initially, when a user views an image on the 
display screen, and the user would like a copy of the image or the underlying 
data file from which the image was generated, the user sends a request to the 
content server via her mobile device in step 1401. Optionally, in step 1403, 
the content server authenticates the requesting mobile unit to determine 
whether the user associated with the mobile unit is authorized to receive the 
requested file and/or information represented by the file, as discussed above. 

[Para 76] In step 1 405, the content server identifies the image at the time 
when the request was received. In step 1407, the content server sends 
response data corresponding to the image to the requesting mobile device. 
The response data varies, depending on the implementation, as discussed 
above. In one embodiment, the response data is a graphical image file, e.g., a 
GIF file, containing a screenshot of the identified image. In another 
embodiment, the response data is the complete data file from which the 
identified image was generated. For instance, if the identified image is slide 
four in a ten slide PowerPoint® presentation, the response data may be a 
PowerPoint® .PPT file containing all ten slides. Alternatively, the response data 
may be a PowerPoint® .PPT file containing the one identified image slide, 
stripped from the complete file by the server module's parser submodule 1 27 
(FIG. 1 ). In yet another embodiment, the response data includes a link to a 
network storage location from which any of the aforementioned response data 
files may be retrieved. 

[Para 77] In another embodiment of the invention, the system may be 
configured so that the mobile device provides a storage location pointer to the 
content server. That is, instead of the content server determining the data 
file's storage location on a network, the mobile device (or its user) may 
determine the data file's storage location and send a storage location pointer 
to the content server. The content server may then store the requested data 
file at the location defined by the user-provided pointer. In this manner the 
requested data file corresponding to the requested content may be 



automatically placed at a storage location of the user's choosing, without 
requiring the user to later retrieve that data file from a remote location, as in 
any of the above embodiments. If the user is required to later retrieve the data 
file, it is at least from a location chosen by the user. 

[Para 78] It should be readily apparent to one of skill in the art that the 
inventive system may be used to provide data other than slides from a 
presentation or pages from a word processing document. Data in any file 
format may be requested and distributed according to the invention, including, 
but not limited to, video, static and animated graphic images (GIF, TIFF, JPEG, 
Bitmap, etc.), clear text, mail messages, audio, CAD graphics, and the like. 
The inventive system may also be used to provide information on selected 
products or services, such as in a retail store environment. When a recipient 
(e.g., a retail customer), while in a retail store (e.g., a music store), is in the 
proximity of a host computer configured with a content server, the customer 
may be notified of available content. The customer may then have the option 
of requesting data related to various items in the store, such as information 
about music CDs, upcoming events at the store, samples of current hit songs, 
and the like. 

[Para 79] The inventive methods may be embodied as computer readable 
instructions stored on a computer readable medium such as a floppy disk, CD- 
ROM, removable storage device, hard disk, system memory, or other data 
storage medium. Fig. 1 2 illustrates a block diagram of a computer readable 
medium 1 201 that may be used in accordance with one or more of the above 
described embodiments. The computer readable medium 1201 stores 
computer executable components, or software modules, 1 203-1 21 3. More or 
fewer software modules may alternatively be used. Each component may be an 
executable program, a data link library, a configuration file, a database, a 
graphical image, a binary data file, a text data file, an object file, a source code 
file, or the like. When one or more computer processors execute one or more 
of the software modules, the software modules interact to cause one or more 
computer systems to perform according to the teachings of the present 
invention. 



[Para 80] While the invention has been described with respect to specific 
examples including presently preferred modes of carrying out the invention, 
those skilled in the art will appreciate that there are numerous variations and 
permutations of the above described systems and techniques that fall within 
the spirit and scope of the invention as set forth in the appended claims. 



